Remove unused struct field

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Actually highlight the 'recently used' and 'search' items in the shortcuts bar

They weren't being selected in the shortcuts bar when those modes were
activated programmatically, instead of through the user selecting
them from the user interface.

Start in recently-used mode when no folder is set

In RELOAD_EMPTY mode, when no folder has been selected by the calling app, we now
start showing the recently-used list.  The rationale is as follows:

  - In Open mode, the user is likely to pick a file he has used recently.

  - In Save mode, the user is likely to want a destination folder which
    he has used recently.

For the Save case, where we want to present the user with recent folders instead
of recent files, we will make the recent-list do so in subsequent commits.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Put the pathbar in the 'Save in folder:' row in Save mode

Now we reparent the browse_path_bar_hbox to that spot in Save mode,
or to be above the file lists in Open mode.  The pathbar makes for a very
clear indication of the location to save in.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Get rid of the save_folder_combo

And with this we get rid of the craziness of having a separate filter model
for the combobox's model.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Remove the expander in Save mode, and the configuration key

This effectively makes the file chooser always be in 'expanded' mode.
Later, we'll move the pathbar to the 'Save in folder:' line.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Utility function to extract folders from the recently-used list

This extracts the parent folders from the items in the recently-used
list.  We'll use it in the file chooser to present a list of
recently-used folders.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

toolbar: don't leak the sibling path

toolbar: don't count invisible widgets when building the sibling path

Also, fix RTL nth-child handling for toolbars.

toolbar: invalidate order when an item visibility changes

Test box and toolbar regions in parallel

This makes it easy to see discrepancies.
Plus, it is fun

toolbar: nth-child support for GtkToolbar

This doesn't quite work right yet.

box: follow children visibility when building the sibling path

This fixes nth-child not working for widgets which were not
visible before being added to the box, but it's also a better fix
for https://bugzilla.gnome.org/show_bug.cgi?id=652769

Revert "gtkbox: Invalidate order on changes, even if the child is not visible"

This reverts commit 8cb0cc58e321641ebda699b9cbdc0067aeb56d3f.

Fix up docs for predefined style classes.

The table was incomplete and out of date. Instead, just
put a list of links in that place, and move all the extra
documentation to the macros. Bug 653785

GdkKeymap: Prevent an infinite loop in the non-XKB case

Somehow the increment got lost, as comparison with the 2.x code
shows.

gtkbox: Invalidate order on changes, even if the child is not visible

When we build the sibling path for the order, we do not skip hidden
children (since, quoting the comment, "we cannot reliably detect changes
in widget visibility"). So we need to invalidate the order when hidden
children are reordered and removed.

https://bugzilla.gnome.org/show_bug.cgi?id=652769

[gi] add more annotations to force drag and drop api to be methods

Updated Dutch translation by Wouter Bolsterlee

[gi] make sure gtk_drag_dest_unset is annotated as a method

Make GtkBuilder do not delay construct properties that can be resolved
(so construct is respected when possible) and skip construct only props that
can not.

gtk/gtkmenuitem: Remove reference to deprecated and removed GtkItem

Update VS2010 READNE.txt

This file should have Windows CRLF EOL as well

Re-attempt to correct EOL on VS2010 solution

This time I realized that I needed to set autocrlf=false on my Windows side
... ugh...

This is one of those files that must have CRLF line endings to work
correctly :|

Use a PAGE_STEP macro instead of a magic number

Helps to understand the code.

https://bugzilla.gnome.org/show_bug.cgi?id=653512

Updated Belarusian translation.

Don't forget to initialize a variable

Pointed out by clang in bug 653333.

[gi] correct annotation for GtkMenuPositionFunc callbacks

bgo#653191 - fix uninitialized variable in gtk_file_chooser_entry.c

Speed up page insertion

Make sure to call widget_set_child_visible(false) on all tabs except the
current before calling widget_set_parent.

Updated Belarusian translation.

Updated Belarusian translation.

Update VS projects distribution

Change the EXTRA_DIST to distribute the gtk3-demo projects (instead of
gtk-demo)

Add headers required by gtk/gtkwin32embedwidget.c

Some functions from the added headers are needed by this file to compile
without C4013 (a.k.a implicit declaration of ...) warnings/errors

Update VS project files

-Reinstate build/win32/vs10/gtk+.sln with the correct EOL (DOS/Windows), so
 that it will be correctly recognized by Windows instead of having the
 annoying "Unrecognized Visual Studio Version".

-Update property sheets to reflect on new headers added

-Change the demo program to be gtk3-demo.exe, to be consistent with the
 names on other platforms, and updated/renamed related project/solution
 files, and added overlay.c to the list of demo sources.

Temporarily remove build/win32/vs10/gtk+.sln

The line endings need to be DOS/Windows...

GtkPaned docs: Remove sentence saying see GtkPaned.

Updated Persian Translation

Track wayland protocol changes.

introspection.m4: Update from g-i

This fixes substitution with dash.

Updated Galician translations

Avoid GApplication being released twice on gtk_application_remove_window() calls

Removing the window from the window list before setting the
application to %NULL avoids gtk_application_remove_window() triggering
another call to gtk_application_window_removed(), which would release
the application a second time.

https://bugzilla.gnome.org/show_bug.cgi?id=653053

docs: remove tmpl directories

We do not use template files anymore

configure.ac: Generate xz tarballs with ustar format by default

Update VS property sheets

As Cairo and Cairo-GObject are often built as two seperate DLLs/modules,
set the property sheets to link to both libraries, instead of using the
previous approach where a monolithic Cairo DLL which contains GObject
support is used.

Refine Visual C++ 2010 projects

-Remove unneeded tags from projects
-Seperate intermediate directories for projects to avoid rebuilding/
 linking on every rebuild and MSBuild errors (et al.) for not being
 able to write into build log files as they are in use.

Updated Norwegian bokmål translation.

Updated Spanish translation

Add sibling information to widget path string representations

Fix css syntax in example

Remove an unused variable

Remove nonexisting properties

glade insists on adding GtkGrid:n-rows and :n-columns, for
no good reason...

tests: import the widget-factory test for theming

Courtesy of Andrea Cimitan <andrea.cimitan@canonical.com>.

Update keybinding docs

These were still explaining gtkrc syntax.

Remove unnecessary includes

gtkstyle.h is similarly unused.

Remove unused includes

Nothing is using gtkrc.h functionality any more.

Silence a warning

GtkBox: don't reset styles too often

info_bar: call style_updated at the end of info_bar_init

This fix a render bug where the infobar would not add borders
arount its content. Fix proposed by Benjamin Otte.

Update Visual C++ projects

Use G_ENABLE_DEBUG for all debug builds

toolbar: Better fix for animations

It turns out there's more places where the toolbar item size is used as
the margin box instead of the content box. Because of that, store the
margin box when allocating and use it whenever calls
toolbar_content_get_allocation() instead of calling
gtk_widget_get_allocation().

toolbar: Handle the fact that size_allocate() != get_allocation()

size_allocate() allocates the available space for the margin box,
get_allocation() returns the actual space of the content box and those
can be different. And then animations never stop.
If that makes you go "huh?", you might want to read
http://www.w3.org/TR/CSS21/box.html
and the docs for gtk_widget_compute_align().

reftests: fix background-area reftest after the last commit

themingengine: shrink the background size to the padding-box

This fixes a regression introduced by this commit [1] that causes
background to draw beyond the padding-box, which breaks rounded corners,
(in addition to not being compliant with what CSS does by default).

[1] http://git.gnome.org/browse/gtk+/commit/?id=c56700ca3029a9ab1362009bff35f2a70e432c02

https://bugzilla.gnome.org/show_bug.cgi?id=652618

themingengine: plug a couple of leaks

border-image: Fix leakage

tests: Add tests for font-family

This readds the tests now that font-family works again. They were
previously removed when font-family support was backed out due to bugs.

css: Make font property a shorthand

... and implement the CSS font properties:
- font-size
- font-style
- font-family
- font-weight
- font-variant

This is the second try at this. The first was backed out previously due
to bugginess. Let's hope this one survives a bit longer.

Also makes the font-family CSS test work again.

Add a missing break statement

Add a missing break statement

Avoid an oob read

Remove a redundant NULL check

Avoid a dereference-before-null-check

Give this code a chance to work

At least it does not get uninitialized variable warnings now.

Make this code more meaningful

Don't forget to cleanup varargs

tests: Add simple test for image clipboard

Updated Slovenian translation

image: Initialize variable

GtkAssistant: improve button labels

Forward/Back/Last has been declared strange; so go with something
a little more friendly: Continue/Go Back/Finish.
https://bugzilla.gnome.org/show_bug.cgi?id=652506

docs: Add Since tag to GtkWidget::draw

demos: Remove unused variable

tests: Add a CSS test for color parsing errors

In [particular check for the fix in the last commit.

cssparser: Actually send an error in an error case

The error case was excess commas in rgb/rgba colors, such as
rgba(0,255,0,0,0.5)

themingengine: Improve handling of different colors

We don't want to have different colors cause seams, so we try very hard
to render them at the same time.

themingengine: Implement support for multiple border colors

Also use this support to implement inset and outset border styles
without cheats.

styleproperty: Add border-*-color style properties

And make border-color a shorthand

reftests: Check that the default border color is the foreground color

styleproperty: The default border color is the normal color

styleproperty: Make default_value() take a state

Because of this, resolve() needs to take a state, too. This is so that
we can have default values depend on other values (like border color).

roundedbox: Fix border radius grow algorithm

When one radius gets to 0, the other should be set to 0, too. Otherwise
the paths constructed from it will not be correct.

Bump version

Forgotten file

xi2: Handle XIM modules that replace events

Fixes Bug 645993 - XIM has wierd behaviors. Some XIM modules
filter every key event, possibly replacing it with their own
one. These events usually have serial=0, so make
GdkDeviceManagerXI2 also listen on these.

Remove broken font-family css test

Update for 3.1.6

overlay: add initial version of gtkoverlay

configure.ac: Use aux directory to store autogenerated files

gtkdnd: Don't bind/unbind keycodes that couldn't be determined

At http://dev.laptop.org/ticket/10643 we are seeing that drag-and-drop
within the Sugar shell causes all of Sugar's custom keybindings to be
removed.

This is because gtkdnd tries to unbind XK_KP_Space, which (on my systems)
is resolved to NoSymbol by XKeycodeToKeysym(). NoSymbol has value 0,
the same as AnyKey, and XUngrabKey(AnyKey) is equivalent to unbinding
all possible keycodes.

Fix this by catching NoSymbol before binding/unbinding.

https://bugzilla.gnome.org/show_bug.cgi?id=652402

Revert "gtk/gtkmenuitem: gtk_misc_set_alignment replacing"

This reverts commit 49e62d2a5f6cb0cefbb03a4b6a1df413f3903fea.
It turns out that GtkAccelLabel is not quite ready for
widget align properties.